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(54) Method for a connection through a core networl( 



(57) In a method for the establishment of a connec- 
tion between a first access node (RNC1) and a second 
access node (RNC2), both are connectable to a core 
network wfiicfi comprises interconnected core network 
nodes (CN1, CN2). Ttie first access node (RNC1) ini- 
tializes the connection (Co) to a first core network node 
(CN1 ) according to a framing protocol, wherein a set of 
parameters for the framing of information sent over tlie 
interface between the first access node (RNC1 ) and the 
first core network node (CN1) is transmitted to the first 
core network node (CN1) and the first core network 
node (CN1 ) stores the parameter set. The first core net- 



work node (CN1 ) initializes the connection (Co) to a fur- 
ther core network node according to said protocol and 
the further core network node stores the parameter set. 
The initialization of the connection (Co) to and the stor- 
ing of parameters in furttiercore network nodes is per- 
formed stepwise until a final core network node (CN2) 
is reached which is connectabie to the second access 
node (RNC2). The final core network node (CN2) initial- 
izes the connection (Co) to the second access node 
(RNC2) according to said protocol and the second ac- 
cess node (RNC2) stores the parameter set. A core net- 
work node and a program unit embodying the invention 
are also described. 
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Description 

Technical field of the invention 

[0001] The present Invention relates to a method ac- 
cording to the preamble of claim 1 . Devices and soft- 
ware programs embodying the Invention are also de- 
scribed. 

Bacl<ground 

[0002] Communication networl<s can be subdivided 
into core networl<s and access networl<s, the latter pro- 
viding access to user equipment, for example a wireless 
access for mobile user equipment to a radio access net- 
work. Core networks interconnect access networks and 
optionally further networks, e.g. the Intemet. In the 
UMTS architecture, an access network can be control- 
led by an RNC (radio network contraiier) which Is con- 
nected to the core network and provides access to the 
core network, I.e. serves as access node. In 3GPP (S"" 
Generation Partnership Project) Technical Specification 
3G TS 25.41 5 V3.2.0, the interface between the access 
node and a node In the core network Is denoted as lu 
interface. Over the lu interface, connections can be es- 
tablished according to the lu user plane protocol. 
[0003] RFCIs (radio access bearer subf low combina- 
tion indicators) are sets of parameters which are gener- 
ated by an RNC in radio access bearer assignments. 
They indicate which service data unit formats are valid, 
for example for use in speech frames or in rate control 
requests received from the core network, e.g. from an 
MSG. RFCIs detennine the codec mode, especially al- 
lowed rates. When a transcoder is inserted into a con- 
necLion, 11 receives dala frames, e.g. lu frames, and re- 
lates the assigned RFGI to a codec mode in order to 
decode the frames, in the same way it must indicate the 
RFCI when it sends an encoded frame. 
[0004] The lu interface as specified in 3G PP Technical 
SpecificationSG TS 25.415 terminates in a core network 
node, for example in an MSC or in a media gateway con- 
trolled by an MSC server, according to the architecture 
of the core network. In a core network node, the content 
of data sent over a connection can be changed. Espe- 
cially, the payload or speech coding can be adapted, for 
example due to the intervention of supplementary serv- 
ices like DTIVIF (Dual Tone Multifrequency) tone inser- 
tion, supplementary services tone insertion, messages 
or conference connections of user equipment. 
[0005] For connections between nodes within the 
core network, different protocols are possible. Beside 
the lu user plane protocol, 1.366.2 is a protocol defined 
by the ITU (International Telecommunication Union) as 
service specific convergence sublayer (SSCS) used on 
AAL2 (Asynchronous Transfer Mode Adaptation Layer 
Type 2) forcanying service specific payloads. Especial- 
ly, it is the framing protocol proposed to be used for car- 
rying compressed voice. This requires the core network 
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node to tenninate the lu interface and to establish ar 
AAL2 connection with the required SSCS for the select- 
ed speech codingtype.Afurtherframing protocol is RTF 
(Real Time Protocol) which can be carried on an IP 
5 transport layer in the core network for transmission of 
compressed voice of a specified encoding. 
[0006] A problem with both RTP and 1.366.2 is that 
they are application dependant and also transport layer 
dependant. If the coding type changes during aconnec- 
10 tion, a new AAL2 connection or modification must be 
made with the new SSCS profile. For an IP network, a 
new RTP profile must be used. This requires unneces- 
sary overhead to carry the profiles with the payload. A 
further problem with SSCS or RTP Is that both are serv- 
es ice specific. The protocols require modifications In 
standardization and implementation for every new serv- 
ice. 

[0007] In contrast to this, the lu user plane protocol is 
defined service independent. An I u interface can becon- 

20 nected between two access nodes, e.g. by using BICC 
(Bearer Independent Call Control) messages to pass 
the bearer address used in a first access node from a 
server, e.g. an MSC, controlling it to the server control- 
ling the other access node. In this case it is disadvanta- 

25 geous that there is no control of the user plane. For ex- 
ample, when a handover is necessary or a supplemen- 
tary service invocation occurs, the lu connection has to 
be cancelled and a new lu connection must be estab- 
lished which is very inefficient and would degrade the 

30 service level. However, for most of the time in a connec- 
tion, supplementary services or other functions within 
the connection path are not necessary and hence a vir- 
tually direct and transparent connection between ac- 
cess nodes or an access node and a transcoder Is ad- 

35 vantageous. 

[0008] The other described framing protocols do not 
carry the lu user plane parameters. Transcoders are 
necessary to terminate the lu connection and need to 
receive the parameters sent by the lu user plane initial- 

40 ization procedure (RFCIs). If another of the above-de- 
scribed framing protocols is used in the core network, 
the lu user plane protocol is tenninated at the first core 
network node in the connection, e g. a media gateway 
Thepayloadcontentisthen mapped to the otherframing 

45 protocol. Furthemriore, the RFCI initialization must be 
can-led by the other framing protocol and possibly 
mapped to the actual mode as the framing is codec type 
specific. At the final core network node in the connec- 
tion, a transcoder to terminate the lu connection to the 

50 access node must then be initialized and the payload 
content must be mapped back to the lu user plane pro- 
tocol which requires sufficient processing capacity. 
[0009] It is also conceivable that parameter sets like 
RFCIs are transferred from access nodes by out-band 

55 procedures, i.e. the core network nodes are provided 
with parameter sets by a vertical control protocol from 
servers controlling them. This architecture is customary 
in a telecommunication system with separate a user 
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plane comprising tine core networl< nodes and a control 
plane witti the servers. Between the servers, the param- 
eter sets can be transferred via the horizontal bearer in- 
dependent call control (BICC) protocol. The parameter 
sets can then be transferred to the core network nodes 
and stored during connection set-up or are only sent 
when needed to modify a connection. Although this so- 
lution allows to establish an lu user plane connection 
transparently through the core networl< nodes, It has the 
disadvantage that It requires a high amount of signaling 
traffic. 

Summary and description of the invention 

[0010] It is the object of the present invention to obvi- 
ate the above disadvantages and provide a simple 
method for the establishment of an efficient connection 
through a network, wherein the connection can easily 
be controlled. 

[0011] According to the invention, the method de- 
scribed in claim 1 is performed. Furthermore, the inven- 
tion Is embodied in a node as described in claim 11 and 
a program unit as described in claim 13. Advantageous 
embodiments are described in the dependant claims. 
[0012] The proposed method establishes a connec- 
tion between a first access node and a second access 
node which are connectable over a core network. An 
access node can also be a node connecting a further 
communication network to the core network or a core 
network node tennlnating the connection in a transcod- 
er. The core network comprises interconnected core 
network nodes, for example media gateways orcustom- 
ary mobile services switching centers (MSC). The first 
access node Initializes the connection to afirst core net- 
woik node Hccording lo a framing protocol. During the 
initialization, a set of parameters for the framing of in- 
formation sent over the interface between the first ac- 
cess node and the first core network node is transmitted 
to the first core network node. The first core network 
nods stores the parameter set in a memory. 
[0013] The first core network node then Initializes the 
connection to a further core network node according to 
said protocol and the further core network node also 
stores the parameter set. In this way, a stepwise initial- 
ization of the connection to further core network nodes 
and storing of parameters in the further core network 
nodes is performed until a final core network node is 
reached which is connectable to the second access 
node. It is possible that the second core network node 
is already the final core network node. The final core 
network node initializes the connection to the second 
access node according to said framing protocol and the 
second access node stores the parameter set. 
[0014] The proposed method is simple and requires 
a low processing effort in the nodes because no map- 
ping between different framing protocols is necessary. 
In a simple implementation, the core network nodes 
transfer the frames without evaluation of the content. 



However, every core network node can terminate the 
framing protocol, establish further connections or con- 
nections with different parameters and access the data 
in the frames using the stored parameters. Especially, 

5 the connection can be controlled or adapted in every 
node with low delay and independent of other nodes in 
the connection. Because only one protocol is used in a 
connection, there are no problems of adaptation and a 
fast evolution of services is possible. A virtual transpar- 

10 ent connection between access nodes and a transcod- 
er, respectively between access nodes is possible. Pref- 
erably the described method is performed in a commu- 
nication network. 

[0015] In a preferred embodiment, the core network 

'5 nodes acknowledge the initialization to the preceding 
node, i.e. a core network node or an access node. In 
this way, the initialization is terminated for the preceding 
node. The acknowledgement is preferably sent before 
or during the initialization of the connection to a further 

20 core network node. 

[0016] A preferable framing protocol is the lu protocol 
which can be used inside a core network according to 
3GPP specifications to carry payload between core net- 
work nodes and to an edge of the network where, for 

25 example, the connection is terminated in a transcoder 
or in a terminating access node, e.g. an RNC. The lu 
user plane protocol is initialized in every node in the con- 
nection that may add a service to the payload. 
[0017] An advantageous core network node in the 

30 connection can insert afunctlon unit into the connection, 
e.g. break the transcoder free operation of the connec- 
tion by inserting a transcoder or by inserting a function 
unit providing a supplementary service. An insertion of 
supplementary services can occur Inside media gate- 

35 ways without an influence on other nodes and links in 
the connection and is In this way fast and simple to han- 
dle. 

[0018] A preferable core network node can break the 
connection and initialize a connection segment to a dif- 

40 ferent core network node or access node according to 
said protocol. In this way, for example a handover of a 
connection between different access nodes can be per- 
formed if the connection is temiinated by a mobile user 
equipment moving in a communication system or the 

45 connection can be redirected. 

[0019] It is proposed that the second access node in- 
itializes a reverse connection to the final core network 
node according to the protocol. A second set of param- 
eters for the framing of infomnation is transmitted, and 

50 the initialization is perfonned stepwise to the first access 
node, i.e. in the same way as the first connection. It is 
preferable that both sets of parameters are identical or 
at least enable a connection according to a common 
subset of parameters. 

55 [0020] It Is possible that both access nodes receive a 
request from control nodes of the core network to es- 
tablish a connection to the respective other access 
node. Especially in this case, both sets of parameters 
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can be incompatible, i.e. no common connection param- 
eters can be obtained from the sets although both sets 
may allow several different connection options. In this 
case, the processing system of a preferable core net- 
work node checKs both sets of parameters and Inserts 
a transcoder into the connection which adapts the for- 
mats of the frames sent according to the different pa- 
rameter sets. 

[0021] Alternatively, If a core network node detects 
that both sets of parameters are incompatible, it sends 
a message to a control server for initiating a modification 
of connection parameters by at least one access node. 
The modification can be initiated by control messages 
sent to the respective access node. 
[0022] The connection between two core network 
nodes can be established via one or several switches, 
1 G. nodes in the core network which do not store con- 
nection parameters and can not change connection pa- 
rameters. 

[0023] If a core network node is adapted to establish 
connections according to different framing protocols, it 
preferably checks the framing protocol defined in a re- 
quest to initialize a connection and selects said framing 
protocol for the Initialization of the connection to a fur- 
ther node, in this way, a mapping between different pro- 
tocols is avoided while several protocols can be used. 
[0024] A core network node according to the inven- 
tion, e.g. an MSG or a media gateway, is interconnected 
with further core network nodes. It has an interface for 
receiving an Initialization request from an access node 
or a further core network node to establish a connection 
according to a framing protocol. A processing system is 
adapted to extract a set of parameters for the framing 
protocol from the request and initialize the connection 
to a further core network node or an access node ac- 
cording to said protocol. The extracted parameter set is 
stored In a memory. The core network node can prefer- 
ably perform any steps of the above described methods 
relating to the core network node. 
[0025] A program unit according to the invention can 
be stored on a data carrier or be directly loadable into a 
core network node. The program unit comprises code 
for perfonning the steps of receiving a request to initial- 
ize a connection according to a framing protocol, ex- 
tracting a set of parameters for the framing of informa- 
tion according to said protocol, storing the parameter 
set, and initializing the connection to a further core net- 
work node or an access node according to said protocol. 
It can preferably perform any steps of the above meth- 
ods relating to the core network node. 
[0026] The foregoing and other objects, features and 
advantages of the present invention will become more 
apparent in the following detailed description of pre- 
ferred embodiments as illustrated in the accompanying 
drawings. 



Brief description of the drawings 



[0027] 
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shows a basic connection establishment ac 
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Fig. 2 


shows a connection establishment between 




two access nodes. 


Fig. 3 


shows a redirection of a connection between 


10 


two access nodes. 


Fig. 4 


shows a connection with an inserted trans- 






Fig. 5 


shows the processing of a connection which 




is initiated with incompatible parameter sets 


15 


by the access nodes. 



Detailed description of preferred embodiments of the 
invention 



20 [0028] In figure 1 the first steps of the initialization of 
a connection according to the invention is depicted. The 
connection is established according to the lu user plane 
protocol which Istemnlnated in every core network node 
CN that may require to modify the user connection, for 

25 example for a supplementary service intervention. From 
a first access node RNC1 a message In1 to initialize a 
connection is sent to a first core network node CN1 . In 
the example the message In1 Is an lu initialize packet 
data unit. A processing system of the first core network 

30 node CN1 extracts a set of parameters, especially RF- 
CIs, from the message In1 and stores them in a memory 
MEMI. Tfie first core network node CN1 sends an ac- 
knowledgement Ackl of the message Inl to the first ac- 
cess node RNC1 and creates a further message In2 

35 comprising the parameter set. Message In2 is sent to a 
further core network node CN2 which also extracts the 
parameter set, stores it in a memory MEIVI2 and sends 
an acknowledgement Ack2 back to the first core network 
node. By repeating the initialization stepwise for all 

40 nodes in the connection, every node has control of the 
lu user plane, and service data unit formats passed in 
the Initialization packet data unit. 
[0029] Parameter sets, especially RFC Is, are gener- 
ated according to customary specifications for commu- 

45 nication networks by the access nodes RNC1 , RNC2 as 
soon as a request to set up a connection is received. 
For a transcoder free operation of a connection there 
are generally two sets or RFCIs, being initialized from 
each access node to the other. Alternatively, the mes- 

50 saging from and between servers controlling the core 
network nodes CN can be adapted to allow only one in- 
itialization, e.g. from the first access node RNC1. As 
shown in figure 2, the second access node RNC2 waits 
in this case for the initialization from the first access 

55 node RNC1 sent stepwise via messages In1 , In2, In3 
acknowledged by corresponding acknowledgements 
Ackl, Ack2, Ack3. In the same way, the connection Is 
then initialized backwards with the same set of param- 
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eters via messages ln4, In5, In6 acknowledged by cor- 
responding acknowledgements Ack4, Ack5, Ack6. In 
this way, incompatible parameter sets can be avoided. 
[0030] Figure 3 shows an example of a redirection of 
an established connection Co due to a relocation of the 
serving access node terminating one end of the connec- 
tion Co as indicated by arrow Ar. A relocation can for 
example be necessary when a user moves In the cov- 
erage area of a mobile communications network and a 
handover is performed between radio base stations 
controlled by different controllers serving also as access 
nodes RNC2, RNC3. A new radio access bearer is es- 
tablished by access node RNC3 to the core network 
node CN2, e.g. a media gateway, by performing a new 
lu user plane initialization with a message In which is 
acknowledged by acknowledgement Ack the core net- 
work node CN2. The core network node CN2 transfers 
the parameters from message In by stepwise initializa- 
tion back to the other access node RNC1 as depicted 
by initialization messages In", In'" with corresponding 
acknowledgements Ack", Ack"'. The parameters initial- 
ized by the first access node RNC1 for the original con- 
nection are read from a memory in core network node 
CN2 and transmitted in initialization messages In' with 
corresponding acknowledgement Ack' to the new ac- 
cess node RNC3. In this way, a new connection seg- 
ment Co' can be established in a fast and sinnple way. 
Preferably, message In" is only sent if the core network 
node CN2 detects that the parameter set in message In 
is compatible to those of the original connection Co. Else 
procedures as described with respect to figures 4 and 
5 can be Initiated. 

[0031] In figure 4, a connection Co between two ac- 
cess nodes RNC1, RNC2 over core network nodes 
CN1, CN2 Is shown with a transcoderTR inserted into 
the connection. The insertion can be performed at any 
core network node. The insertion can be perfomied for 
example into an ongoing connection to provide a sup- 
plementary service or already during the establishment 
of connection Co if required by incompatible parameter 
sets sent by the access nodes RNC1 , RNC2. 
[0032] Preferably, the insertion of a transcoder TR is 
handled within a core network node CN1 . Because the 
necessary parameters for terminating the lu user plane 
protocol are stored in the core network node CN1 , they 
can be provided to the transcoderTR fast and efficiently. 
Therefore, transcoderTR can be switched into connec- 
tion Co with minimum delay in a primed state. Conse- 
quently, speech and data frames can be received and 
transmitted coherently during the insertion improving 
the in this period connection quality. 
[0033] In figure 5, the treatment of a mismatch of pa- 
rameter sets in a communication system with separate 
user plane UP and control plane CP is described. The 
user plane UP comprises the core network nodes CN1 , 
CN2 and the access nodes RNC1 , RNC2 while several 
servers MSC1 , IV1SC2 for controlling these nodes CN, 
RNC are Included in the control plane CP. Messages 



within the control plane CP can for example be trans- 
ferred according to the BICC protocol, while the lu user 
plane protocol is suitable for messages within the user 
plane UP. 

5 [0034] In the example both access nodes RNC1, 
RNC2 have received from the respective servers IV1SC1 , 
l\/ISC2 a message to initiate a connection with a specific 
codec type. Accordingly, access node RNC1 begins to 
initialize a connection with a message Inb while access 

'0 node RNC2 begins to initialize a connection with mes- 
sages ina, Ina". The corresponding acknowledgements 
are not shown to simplify the figure. It is possible, that 
the access nodes RNC1 , RNC2 select different active 
codec sets forthe initialization messages Ina, Inb which 

IS are incompatible. 

[0035] Preferably, every core network node or speci- 
fied core network nodes in the connection, e.g. media 
gateways connected to access nodes, compare the pa- 
rameter sets received In the different initialization mes- 

20 sages Ina', Inb. If a core network node CN1 detennines 
that there is no match of supported modes - i.e. both 
access nodes RNC initialize separate modes without a 
common mode - the core network node CN1 In one em- 
bodiment of the invention automatically inserts trans- 

25 coders to allow the successful establishment of the con- 
nection. In this case, thetranscoders in the core network 
node CN1 terminate two connections to the respective 
access nodes RNC1 , RNC2. The initialization of the re- 
verse connections is then started from core network 

30 nodeCNI withan initialization messages containing the 
parameter set of message Inb towards access node 
RNC1 and with an initialization messages containing the 
parameter set of message Ina' towards access node 
RNC2. 

3s [0036] The alternative embodiment depicted in figure 
5 allows to establish a transparent connection without 
transcoders if a common mode is possible for both ac- 
cess nodes RNC. In this case, core network node CN1 
sends a message 51 to the controlling server IVISC1 , 

40 that the RFC I sots received in both messages Inb, Ina' 
are incompatible. Message 51 can for example be sent 
over an H.248 interface. Due to stored or requested ca- 
pability information about the access nodes, the server 
MSC1 can then decide whether it is necessary to modify 

45 the connection by sending back a message to the core 
network node CN1 to insert transcoders. 
[0037] If, however, both access nodes RNC1 , RNC2 
are adapted to establish a connection with a common 
mode, messages 53 for determining a corresponding 

50 mode can be sent to the senders controlling the access 
nodes RNC1, RNC2. The servers MSC1, MSC2 can 
then send messages 52, 54 to the respective access 
nodes RNC1 , RNC2 to activate said mode and repeat 
the Initialization with new messages Ina, Inb. Messages 

55 52, 54 can for example be RANAP (Radio Access Net- 
work Application Protocol) messages. 
[0038] If different framing protocols are supported in 
the core network it is proposed that they are also nego- 
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tiated in the controlplane CPalongwiththecodec types 
and bearer connection characteristics. In this case, one 
framing protocol, e.g. lu user plane, can be requested 
as the preferred framing type, especially from a 3G ac- 
cess node. This provides the opportunity to use lu user 
plane framing end to end if a connection transits a net- 
work supporting different framing protocols and then 
again terminates In a 3G network. Compressed speech 
can then be conveyed through the core network without 
mapping between different framing protocols. Further, 
any services can be supported in every core network 
node after it has terminated the lu user plane protocol. 
It can then insert a transcoder without requiring a new 
User Plane initialization or radio access bearer re-es- 
tablishment. Finally, if multiple framing protocols are 
used in a connection, the stepwise Initialization of the 
RFCIs can also be adopted for these protocols. 
[0039] The above embodiments admirably achieve 
the objects of the invention. However, it wlli be appreci- 
ated that departures can be made by those skilled in the 
art without departing from the scope of the Invention 
which Is limited only by the claims. 



Claims 

1. Method for the establishment of a connection be- 
tween a first access node (RNC1 ) and a second ac 
cess node (RNC2) which areconnectable to a core 
network, wherein the core network comprises inter- 
connected core network nodes (CN1 , CN2), char- 
acterized in that 



thefirst access node (RNC1) initializes the con- 
nection (Co) to a first core network node (CN1 ) 
according to a framing protocol, wherein a set 
of parameters for the framing of Information 
sent over tiie interface between thefirst access 
node (RNC1) and the first core network node 
(CN1) is transmitted to the first core network 
node (CN1), 

the first core network node (CN1 ) stores the pa- 
rameter set, 

thefirst core network node (CN1) Initializes the 
connection (Co) to a further core network node 
according to said protocol, 
thef urther core network nodestores the param- 
eter set, 

stepwise initialization of the connection (Co) to 
and storing of parameters in further core net- 
work nodes until a final core network node 
(CN2) is reached which Is connectable to the 
second access node (RNC2), 
thefinal core network node (CN2) initializes the 
connection (Co) to the second access node 
( RNC2) according to said protocol and the sec- 
ond access node (RNC2) stores the parameter 
set. 



2. iVIethod according to claim 1 , wherein a core net- 
work node (CN1 , CN2) acknowledges the initializa- 
tion to a preceding node (Cl^l , CN2, RNC1). 

s 3. l\/lethod according to claim 1 or 2, wherein the fram- 
ing protocol is the lu protocol. 

4. Method according to any preceding claim, wherein 
a core network node (CN1 , CN2) in the connection 

10 (Co) inserts a function unit into the connection (Co). 

5. Method according to any preceding claim, wherein 
a core network node (CN1, CN2) in the connection 
(Co) breaks the connection (Co) and initializes a 

IS connection segment (Co') to a different core net- 
work node or access node (RNC3) according to said 
protocol. 

6. Method according to any preceding claim, wherein 
20 the second access node (RNC2) initializes a re- 
verse connection (Co) to the final core network 
node (CN2) according to the protocol, wherein a 
second set of parameters for the framing of infor- 
mation Is transmitted, and the initialization Is per- 

25 formed stepwise to the first access node (RNC1 ). 

7. Method according to claim 6, wherein both sets of 
parameters arc incompatible and a core network 
node (CN1 , CN2) Inserts a transcoder (TR) Into the 

30 connection (Co). 

8. Method according to claim 6, wherein both sets of 
parameters are incompatible and a core network 
node (CN1 , CN2) sends a message to a control 

as server (MSC1, M5C2) for Initiating a modification of 
connection (Co) parameters by at least one access 
node(RNC1, RNG2). 

9. Method according to any preceding claim, wherein 
40 the connection (Co) between two core network 

nodes (CN1, CN2) is established via a switch. 

10. Method according to any preceding claim, wherein 
a core network node (CN1 , CN2) Is adapted to es- 

45 tabllsh connections according to different framing 
protocols, checks the framing protocol defined in a 
request to initialize a connection (Co) and selects 
said framing protocol for the initialization of the con- 
nection (Co) to a further node (CN1 , CN2, RNC1 , 

50 RNC2). 

11. Core network node in a communication network, 
wherein said node is interconnected with further 
core network nodes (CN1 , CN2), and comprises 

55 

an interface for receiving an Initialization re- 
quest from an access node (RNC1) orafurther 
core network node (CN1, CN2) to establish a 
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connection (Co) according to a framing proto- 
col, 

a processing system to extract a set of param- 
eters for the framing protocol from the request 
and Initialize the connection (Co) to a further s 
core network node (CN1, CN2) or an access 
node (RNC1 , RNC2) according to said protocol 
and a memory (MEM) for storing the extracted 
parameter set. 

10 

12. Core network node according to claim 11 , wherein 
the core network node is adapted to perform a 
method according to any of the claims 2 to 1 0. 

13. Program unit on a data carrier or loadable Into a '5 
core network node, said program unit comprising 
code for performing the steps of 

receiving a request to initialize a connection 
(Co) according to a framing protocol, so 
extracting a set of parameters for the framing 
of Information according to said protocol, 
storing the parameter set, 
and initializing the connection (Co) to a further 
core network node (CN1 , CN2) or an access 25 
node (RNC1 , RNC2) according to said proto- 
col. 

14. Program unit according to claim 13, wherein said 
program unit comprises code for performing any 30 
steps of a method according to any of the claims 2 

to 10. 
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